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Title 



SYSTEM FOR BILLING RATING AND SELECTION OF ACCOUNTS 



5 Field of the Invention 



The present invention relates to billing systems for data transmitted through 
mobile communication networks, and in particular to a billing routing system which 
rates a data message and optionally determines an appropriate billing system to process 
10 the charge or tariff for the transmission of the data message. 



Background to the Invention 



The advancement of wireless or mobile telecommunications technology in recent 
15 years has been dramatic. The array of services offered today by mobile 

telecommunication network operators continues to expand. While voice related services 
were the primary services offered by network operators during the early stages of mobile 
phone use, there has been an ever-increasing number of data (non-voice) services 
available to subscribers. Common examples of data services include Short Message 
20 Service (SMS) , Wireless Application Protocol (WAP) service and Multimedia 
Messaging Service (MMS). 



In respect of data messages the number of services available is increasing. One 
more recent example of the services network operators have introduced is known as 

25 large account services. With large account services, a subscriber pays to receive an SMS 
message containing news on a chosen topic, for example updates on stock quotes, sports 
results etc. Another example is concatenated messaging, where a group of SMS 
messages are sent to deliver content to a mobile phone, for example a ringtone. As 
network architectures had developed from a predominantly voice traffic arena, most of 

30 the earlier network architectures for carrying data services were specifically designed for 
voice communication. However with the arrival of mobile data services, these 
architectures were forced to attempt to adapt to cater for the processing of data service 
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communications as well. With the introduction of more and more data message services 
further adaptation is proving difficuh. 

When implementing a billing system for a mobile telecommunications network, 
5 network operators generally offer both pre and post paid subscriber accounts. Typically 
in post-paid voice systems, each time a subscriber makes a telephone call, the call 
details are logged. Periodically, for example on a monthly basis, the network operator 
bills the customer for the total call costs incurred during the course of the billing period. 
The cost of each call is determined by a rating applied to the call which is typically 
10 influenced by a number of factors. These factors may include not only the call dumtion, 
but the time of day, day of the week, call destination and the subscriber class of service 
(e.g. business or personal). 

In the case of prepaid voice systems however, a user maintains a surplus account 
15 with the network operator and, when a user attempts to make a call, the balance of the 
user's prepaid account is checked, and the call is only permitted if the user's account is 
in credit above a minimum level defined by the network operator. If the user has 
insufficient credit to pay for the call, a recorded message is typically sent to the user 
informing them that further calls may be blocked imtil the user 'tops up"" their credit. As 
20 in the case of post-paid, pre paid voice systems conventionally provide for the rating of 
voice calls so as to provide a differential billing rate depending on the nature of the 
voice call. 

Figure 1 shows a typical network architecture 100 used for enabling data 
25 communication between two users in a mobile network, i.e. an originator or sender 10 
and a receiver 25. Although data communications can vary in type (e.g. SMS, MMS and 
WAP services), the routing of a data communication will, for simplicity of explanation , 
be described with reference to a SMS type text message. The sender 10 who is a 
subscriber to a mobile network composes the text message using the keypad on their 
30 mobile phone. Once the message has been composed the user enters or selects a 

destination telephone number and the message is sent from their phone. On transmission 
of the message from the mobile telephone the message is routed via the mobile network 
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and passes through the mobile switching centre (MSG) 15 to the home Short Message 
Switching Centre (SMSQ 20 of the originator 10. The SMSC 20 determines the 
destination of the message and then routes the message to the recipient 25. A billing 
module 30 interfaces with the switching centre of the mobile network 15 and the billing 

5 of such a message is effected at the network level prior to the forwarding of the message 
to the SMSC. The subscriber may be billed either a fixed price for the data message, or 
a price which is influenced by certain factors associated with the transmitted data 
message. Such a billing system is suitable for implementation when the network 
operator utilises a post-paid billing method, i.e. when the transaction charges for a 

10 plurality of data transmissions are accumulated together and the accumulated cost is 
billed to the post-paid subscriber on a monthly basis. 



However, the above hilling system implementation is not so suitable for prepaid 
15 subscriber data services. Historically, this method of billing data messages is unable to 
provide for prepaid subscriber roaming or charge for mobile terminated information data 
services, as no standards existed to allow the MSG 15 to charge for these types of 
services. However, recently a new standard for mobile networks, CAMEL (Customized 
Applications for Mobile Network Enhanced Logic) has been introduced which is 
20 attempting to address these problems. The CAMEL 3 standard addresses roaming and 

* 

the CAMEL 4 addresses Mobile terminated charging. However, CAMEL 4 is not yet 
available, and while CAMEL 3 is available today, its adoption is not widespread, and 
the roaming solution relies on both the roaming and home network to be using CAMEL 
3 and allowing the roaming network to send charges to the home network. Also, the 
25 volume of SMS traffic places a very high load on both the MSG and voice prepaid 
billing systems of the network. 

A further disadvantage is that the technology used to provide data transfer as 
distinct from voice traffic in a mobile network lacks the functionality to enable the 
30 billing of data services in real time. This has the major disadvantage in the 

implementation of prepaid billing systems using hot billing, where prepaid customers 
with no available credit are at times able to continue to use data services. For example, 
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prepaid users can still send SMS messages even after their account balance has fallen 
below the minimum threshold for voice calls. There is also the further problem with 
regards to the lack of standardisation in SMS charging methods between different 
MSCs. Furthennore as the billing systems interfacing to MSCs are specifically designed 

5 for use in a voice network they do not have the capability to provide advanced billing 
options for data communications. This has resulted in a significant loss of potential 
revenue for network operators, who are unable to reap the benefits that would be 
associated with being able to calculate the cost of each data service so as to depend on 
several variables associated with the message. 

10 In addition, existing billing systems have also been unable to peiforai refunds, or 

charge for concatenated messaging, as the billing system is interfacing with the MSG, 
which has no knowledge of this information (it is the SMSC which has access to this 
information). Existing billing systems are also only able to charge based on message 
length, which is unsuitable for more advanced message such as WAP or MMS type 

15 messages, which would more suitably be charged based on content. 



International patent application PCTAJSOl/05677 entitled 'Trepaid Short 
Messaging" describes a method and apparatus for handling a prepaid message service in 
which the tariffing occurs prior to final transmission of the short messages. Figure 2 

20 shows a block diagram of such a system. This differs from the architecture shown in 
Figure 1 in that a billing module or prepaid messaging server 40 is interfaced to the 
SMSC. The same reference numerals are used for the same components of the 
architecture. By providing the prepaid messaging server at the SMSC it is possible to 
bill specifically on the traffic as it passes through the SMSC and also in a data 

25 messaging specific manner. On receipt of a data message from the switching system 15, 

• ■ 

the SMSC 20 sends a query to the prepaid messaging server 40. This query is sent to an 
account database within the prepaid messaging server to determine if an account 
corresponding to the sender of the short message has sufficient funds to pay for the 
transmission of the short message. If this account has sufficient funds, the short message 
30 is transmitted. K, on the other hand, the account had insufficient funds the message is 
not transmitted. This system is advantageous in that it offers data specific rating and also 
enables the network operator to charge for data transactions during transfer between 
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parties, and thus eliminates situations where a prepaid subscriber can send messages 
when they have insufficient funds available. 



However, this system necessitates the subscriber maintaining two separate 
5 prepaid accounts; one account to charge for data charged services that resides within the 
prepaid messaging server, and another separate account elsewhere on the network 
dedicated to bill voice calls, with no provision for the transferring of funds between 
these two accounts. Therefore, such an architecture requires subscribers to ensure that 
they have sufficient credit in both their accounts in order to be able to avail of all the 
10 services offered by the network operator, and thus forces the subscribers to decide in 
advance how much credit they are going to require for each individual service i.e. voice 
and data. This system also does not provide the network operator with the option of 
deducting the cost of the data service directly from the subscriber's prepaid voice 
account if desired. Furthermore, the system is only suitable for use with prepaid 
15 subscribers. 

There is therefore a need for a billing system and method of routing charges 
associated with data communications through a mobile telecommunication network that 
overcomes problems associated with the prior art. 

20 

Summary of the Invention 

These and other needs are provided by a method of the present invention, the 
method adapted for routing the tariff associated with one or more data transactions in a 
25 mobile telecommunication network to an appropriate billing system, wherein the mobile 
telecommunication network incorporates a data switching centre, the data switching 
centre being adapted to receive data transactions transmitted by a subscriber to the 
telecommunication network and route them to an appropriate destination, the method 
comprising the steps of: 
30 a) receiving service detail records from a data switching centre associated 

with the mobile telecommunication network, the service detail records 
being associated with a specific data transaction having been previously 
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transmitted by, or to, a subscriber within the teleconunumcation 
network, the service detail record containing a unique indicia associated 
with the subscriber, 

b) associating the retrieved unique indicia with one or more records 

5 previously stored in a subscriber database so as to estabUsh a routing 

criteria for the specific subscriber, 

c) effecting the calculation of a tariff for the data transaction, and 

d) routing the tariff to one or more billing destinations, being selectable 
from a plurality of available billing destinations, in accordance with the 

10 routing criteria previously established. 



The routing criteria may be determined based on the parameters uniquely 
associatable with the specific data transaction or, independently of parameters 
uniquely associatable with the specific data transaction. 

* 

15 

The one or more billing destinations may be selected from flie following: 

a) an account uniquely associatable with the subscriber, updatable by the 
subscriber, and referenceable by the subscriber database, and/or 

b) an account uniquely associatable with the subscriber, updatable by the 
20 subscriber, and interfaced with another component of the mobile 

network. 



The account is updatable upon the transnussion of a data transaction by the 
subscriber within the telecommunication network. 

25 

The routing of the tariff may be effected in the same time frame as the 
transmission of the data transaction. 

The routing of the tariff may be delayed for a predeterauned time period so as to 
30 enable the grouping of multiple tariffs for subsequent routing to a billing destination. 
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Suitably, the one or more billing destinations may be adapted to enable 
communication therebetween, such that any one billing destination can be updated by 
another billing destination. 

5 In a further embodiment, a method is provided for evaluating a data transaction 

so as to determine a correct transaction tariff value for the specific data transaction, the 

method comprising the steps of: 

a) receiving a message identifier from at least one messaging platform, the 
message identifier being associated with a specific data transaction being 

10 routed through the messaging platform and having at least one unique 

identifier associated with a subscriber to the telecommunication network 
linkable thereto, 

b) comparing the at least one identifier to a set of identifiers previously 
defined so as to determine a correct transaction tariff value for the data 

15 transaction, 

c) routing the tariff value determined to one or more tariff destinations, the 
routing being determined based on the comparison of the at least one 
identifier with the set of identifiers previously defined, and 

wherein the determination of the correct tariff value is effected in a multi-step process. 

20 



Optionally the step of determining the conect tariff value for the transaction may 
be effected by applying a set of pre-configurable rules to rating parameters uniquely 
25 identifiable with the specific data transaction so as to determine a rating criteria for that 
data transaction, and comparing that rating criteria to a plurality of pridng criterion to 
evaluate the correct pricing criteria for that rating criteria, the conect pridng criteria 
providing the correct tariff value. 

30 The correct tariff value may be further modified by at least one price modifier, 

the at least one price modifier being definable by a set of rules uniquely 
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assodatable with the subscriber, and wherein the modified tariff value is the 
correct tariff value. 



5 The invention may also desirably provide a system adapted to enable a correct 

routing of a tariff associated with one or more data transactions in a mobile 
telecommunication network to an appropriate billing system, the mobile 
telecommunication network incorporating a data switching centre, the data switching 
centre being adapted to receive data transactions transmitted by a subscriber to the 

10 telecommunication network and route them to an appropriate destination, the system 
comprising: 

a) means for receiving service detail records from a data switching centre 
associated with the mobile teleconmiunication network, the service detail 
records being associated with a specific data transaction having been 

15 previously transmitted by, or to, a subscriber within the 

telecommunication network, the service detail record containing a unique 

■ 

indicia associated with the subscriber, 

b) means for associating the retrieved unique indicia with one or more 
records previously stored in a subscriber database so as to establish a 

20 routing criteria for the specific subscriber, 

c) means for effecting the calculation of a tariff for the data transaction, and 

d) means for routing the tariff to one or more billing destinations, the billing 
destinations being selectable from a plurality of available billing 
destinations, in accordance with the routing criteria previously 

25 established. 



The invention may also provide a system adapted to enable an evaluation of a 
specific data transaction so as to determine a conect transaction tariff value for 
the data transaction, the system comprising: 
30 a) means for receiving a message identifier from at least one messaging 

platform, the message identifier being associated with a specific data 
transaction being routed through the messaging platform and having at 
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least one unique identifier associated with a subscriber to the 
telecommunication network linkable thereto, 

b) means for comparing the at least one identifier to a set of identifiers 
previously defined so as to determine a correct transaction tariff value for 

5 the data transaction, 

c) means for routing the tariff value determined to one or more tariff 
destinations, the routing being determined based on the comparison of the 
at least one identifier with the set of identifier previously defined, and 

wherein the system is adapted to effect a determination of the correct tariff value upon 
10 implementation of a multi-step process. 

The invention may additionally provide a billing and routing module for 
interfacing with a data switching centre, the module being adapted to evaluate specific 
data transactions and apply a suitable tariff to those transactions and also determine a 
15 suitable billing destination for those transactions, the module comprising: 

a) means for receiving at least one identifier uniquely associatable with a 
data transaction from the data switching centre, 

b) means for evaluating the data transaction so as to determine a correct 
tariff rate for that transaction, 

20 c) means for routing that tariff rate to a billing destination, and wherein the billing 

destination is selected from a plurality of configurable billing destinations, at 
least one of which is not co-resident with the module. 

* 

These and other features of the present invention will be better understood with 
25 reference to the following drawings. 



Brief Description of the Drawings 



Accordingly, the present invention will now be described in greater detail with 
30 reference to the accompanying drawings in which: 

Figure 1 is a block diagram of a mobile telecommunication network architecture 
according to the prior art. 
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Figure 2 is a block diagram of a second mobile telecommunication network 
architecture according to the prior art, 

Figure 3 is a block diagram of a mobile telecoDMnunication network 
incorporating a billing routing system according to the present invention, 
5 Figure 4 is a flowchart of a method of implementation of the present invention, 

Figure 5 is a flow chart for the process of servicing a request for a prepaid 
subscriber, 

Figure 6 is a flow chart for the process of servicing a request for a post-paid 
subscriber, 

10 Figure 7 is a flow chart for the process for a post-paid subscriber witii a credit 

limit, 

Figure 8 is a block diagram of the top level architecture for the structure of the 

billing routing system 50, 

Figure 8a is a block diagram of the internal structure of the billing routing 

15 system 50 detailing all system modules, 

Figure 9 is a flow chart for a typical tariff plan. 

Figure 10 is an example of a typical pricing matrix as provided by the present 
invention, 

Figure 11 is a block diagram of an exemplary process flow for an MMS To/From 

20 e-mail Tariff Plan, 

Figure 12 is a process flowchart for the Prepaid direct charging mode, 
Figure 13 is a process flowchart for an altemative embodiment, the provision of 
Prepaid direct charging mode with loyalties. 

Figure 14 is a process flowchart for an altemative embodiment, the provision of 
25 Prepaid transaction aggregation and direct charging mode. 

Figure 15 is a process flowchart for an altemative embodiment, the provision of 
Prepaid transaction aggregation and direct charging mode with loyalties, 

Figure 16 is a process flowchart for an altemative embodiment, the provision of 
Post-paid direct charging mode, 
30 Figure 17 is a process flowchart for an altemative embodiment, the provision of 

Post-paid direct charging mode with credit Umit, 
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Figure 18 is a process flowchart for an alternative embodiment, the provision of 
Post-paid direct charging mode with credit limit and loyalties, and 

Figure 19 is a process flowchart for an alternative embodiment, the provision of 
Post-paid with internal account for MMS message mode. 

Detailed Description of the Drawings 

Figures 1 and 2 have been described with reference to the prior art. 



10 The present invention provides a network ardiitecture incorporating a billing 

routing system 50, an embodiment of which is detailed in Figure 3. As shown in Figure 
3, the billing routing system 50 is inteifaceable with the conventional SMSC 20 
provided in telecommunication networks. However, it is also interfaceable with 
switching centres such as MMSC and WSB. The billing system 50 of the present 

15 invention is adapted to communicate with a conventional voice specific billing system 
30. The sequence flow between composition of a data message and receipt of same is 
similar to that described above in respect of the prior art. The present invention has 
application to and may be implemented with a variety of mobile data services including 
for example text or SMS messages, WAP content and multimedia messages. The 

20 invention will now be described for the most part with reference to an exemplary 

embodiment for the billing of SMS data services. It will be appreciated that the generic 
term "data switching centre" as used within the present specification is intended to 
define switching centres or messaging platforms such as SMSC, WAP gateway and MM 
SC. The system of the present invention may be configured for use with both pre- and 

25 post-paid subscriber types . 

As was described previously with reference to the prior art, when a pre- or post 
paid customer sends a SMS data message from their mobile phone 10, the message is 
routed to the SMSC 20. According to the network architecture implementation of the 
30 present invention, as shown in Figure 4, when the SMSC 20 receives the data message 
(Step 1), the SMSC 20 sends a request for service- a service request- to a billing routing 
system 50 (Step 2). The billing routing system 50 processes the request (Step 3) and 
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then sends a real-time response signal back to the SMSC 20 (Step 4). The service 
request may be either a request to allow delivery of the data message, or a request fot an 
advice of the cost for delivery of the data message. The response will either allow or 
deny delivery of the data message, or advise as to a rate or tariff for the delivery of the 
5 data message. The SMSC can then make a dedsion as to whether to enable the 
transmission of the data message to the intended recipient, whether to advise the 
originator of the message that their message will not be sent, or simply to advise them of 
the cost associated with the requested data transmission and await their further 
instructions with regard to further transmission. 

10 

Upon receipt of a request to allow delivery of the data message from the SMSC 
20, the billing routing system 50 will process the request and responds to the SMSC 20 
with either a service grant or a service decline. If the billing routing system 50 responds 
with a service grant, the billing routing system 50 has indicated to the SMSC 20 that it 
15 may proceed with its message transmission, while if the billing routing system 50 
responds with a service decline, the message is not to be transmitted. 



Upon receipt of a request for advice of the cost for delivery of the data message 
from the SMSC 20 the billing routing system 50 will process the request and respond to 
20 the SMSC 20 by advising the cost for delivery of the message, without billing the actual 
charge. This advice of cost is then routed back to the subscriber. However the advice of 
charge functionality is typically used by subscribers when wishing to send multimedia 
messages and WAP content from their phone, rather than for SMS messages. 

25 As detailed above, the system of the present invention may be configured for use 

with both pre- and post-paid subscribers. Within these two general headings the 
subscriber classes can be further sub-divided into prepaid subscribers, post-paid 
subscribers and post-paid subscribers with a credit limit. When a request to allow 
delivery of the data message from the SMSC 20 is sent, either a service decline or a 

30 service grant signal is sent as a response signal by the billing routing system 50, 

regardless of whether the subscriber is a prepaid or post-paid subscriber. However when 

« 

the billing routing system 50 is processing the request, the determining factor as to 
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whether to send a service grant or decline for the request varies depending on the type of 
subscriber. 



Figure 5 illustrates the flow chart for the process of servicing a request for a 
5 prepaid subscriber, in accordance with an exemplary embodiment of the present 

invention. In Step 1 the billing routing system 50 receives the request from the SMSC 
20 to allow delivery of the data message. In Step 2 the billing routing system 50 rates 
the cost of delivery of the data message and verifies whether the subscriber has 
sufficient funds available in his prepaid account to pay for the delivery of the data 
10 message. If the subscriber has insufficient funds available the process moves to Step 3 
where a service decline response is transmitted back to the SMSC 20. Alternatively, if 
the subscriber has sufficient funds available, the process moves to Step 4. Here the tariff 
is deducted from the credit balance of the prepaid subscribers account. Finally, the 
process moves to Step 5 where a service grant response is transmitted back to the SMSC 
15 20. 

Figure 6 illustrates a flow chart sequence for servicing a request for a post-paid 
subscriber. In Step 1 the billing routing system 50 receives the request to allow delivery 
of the data message. In Step 2 the billing routing system 50 mtes the cost of delivery of 
20 the data message. In Step 3 the billing routing system 50 logs the tariff to a post-paid 
account so as to enable for a charging to the post-paid subscriber's next invoice. The 
process then moves to Step 4 where a service grant response is transmitted to the SMSC 
20. 



25 Figure 7 illustrates the flow chart for the process for a post-paid subscriber with 

a credit linut. In Step 1 the billing routing system 50 receives the request to allow 
delivery of the data message. In Step 2 the billing routing system 50 rates the cost of 
delivery of the data message and verifies that the subscriber has not exceeded his pre- 
defined credit limit for the month, or alternative pre-defined time period. If the 

30 subscriber has exceeded his available credit limit the process moves to Step 3 where a 
service decline response is transmitted back to the SMSC 20. Alternatively, if the 
subscriber has not exceeded his credit limit, the process moves to Step 4. Here the tariff 
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is logged to a post-paid account for charging to the post-paid subscriber's next invoice. 
Finally the process moves to Step 5 where a service grant response is transmitted back 
to the SMSC20. 

5 In cases where a subscribers account be barred, or in the case where the billing 

system has no record of such a subscriber, a service decline is always transmitted. 

It will be appreciated from the above discussion that the system of the present 
invention may access one or more accounts of a subscriber prior to allowing or denying 

10 the data transactions to be transmitted. These accessed accounts may be selected from 
one of a number of possible billing or charge destinations - the accounts available for 
selection depending on the class of subscriber and configuration of the system. For 
prepaid subscribers, the billing destination includes an internal prepaid data balance co- 
located with the billing routing system 50 and an external prepaid voice balance which 

15 is typically a conventional voice specific account such as those interfaced to a MSG. The 
tariff is deducted from the selected prepaid credit account for such subscribers. 

For post-paid subscribers, the billing destination includes an external post-paid 
voice account. The tariff that is incurred is simply incremented to a log of transactions 

20 for that subscriber for a defined time period so as to enable subsequent billing of the 
subscriber. The cost of a transaction can be updated inunediately to a transaction log 
residing on the external post-paid voice account or alternatively a log of transactions 
may be maintained at the billing routing system 50 for an extended time period and then 
the aggregate charge can be transfened to the external post-paid voice account in a 

25 subsequent step. 

For post-paid subscribers with a credit limit, the billing destination may also 
includes an external post-paid voice account. When a post-paid subscriber with a credit 
limit attempts to send a data message an internally maintained data credit limit balance 
co-located with the billing routing system 50 is firstly checked to ensure the subscriber 

30 has not exceeded his pre-defined credit limit. If not, this balance is charged against and 
the tariff is subsequently charged in the same manner as for a post-paid subscriber with 
no credit limit. 
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A further billing destination that may be configured for acxess by both post-paid 
and prepaid subscribers is a loyalty account for subscribers. In this configuration, each 
subscriber loyalty account may have a loyalty balance, co-located with the billing 

5 routing system 50 which may be interfaced with during a data transaction. This loyalty 
balance may be updated on the basis of the value of the transactions conducted by a 
subscriber in any one. time period, a use of any specific "premium" services which 
provide a bonus to the user, or the like. Once the balance reaches a certain configurable 
value, the subscriber is entitled to a free service. The system also may maintain a free 

10 service balance . A free service balance is where a subscriber is offered a number of free 
services should they meet a configurable criterion. When the balance is in credit, each 
time a data transaction is conducted the free services account balance may be 
decremented so that tiie subscriber is only charged for transactions in excess of their pre- 
defined free amount. 

15 

An example of a loyalty scheme might include the situation where a network 
operator wished to promote the uptake of a chat service, a promotional offer of 10 free 
chat transactions for each 50 short messages sent could be offered. Another possible 
offer could be for each 20 Euro spending or for each individual spend greater than 5 
20 Euro or of first reaching a spend of 100 Euro, 5 free SMS messages or 10 free sports 
alerts or 2 free multi-media messages or 50 free URL accesses, etc. could be allocated to 
a subscriber. 

By locating user accounts at the billing routing system 50, the present invention 
25 enables real time interfacing with these accounts during the time period normally 
required to transmit a message between a sender and recipient. The invention also 
provides for an interface between accounts provided at the billing routing system 50 and 
those maintained externally at the voice network billing system, such that any 
deficiencies in one or the other may be monitored and compensated for by the other. 
30 This enables the system to provide to a user what looks like a single account for all their 
voice and data transactions, yet have the functionality to be able to discriminate between 
the two. 
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By enabling a more efficient real-time billing of a sequence of data transactions 
the system of the present invention may be adapted to provide for discriminatory billing 
for data transactions based on their specific characteristics. By providing an intelligent 

5 billing system, the present invention is adapted to analyse all types of data services e.g. 
SMS messages, WAP content, MMS messages etc. It can then rate according to the 
most appropriate rating parameters for the specific data service. The system of the 
present invention is adapted so that the rating of the messaging service is influenced by 
both the values of details associated with the data service and also those details 

10 associated with the sender. These rating parameters typically may include the transaction 
type, time-of-day, day-of-week, interval between two dates, and a subscriber's class of 
service. For SMS type messages the rating parameters may also include the originator 
and recipient address, an in-band billing field which allows a ISP indicate a monetary 
price or tariff code to be applied to a mobile terminated message, and network 

15 information. For WAP the rating parameters typically also include the URL, the bearer 
type, location based services used, security level and push or pull. For MMS other 
rating parameters such as the type of message, the size of the message, the ASP, and the 
subscribed service may be taken into account. Although the system may provide for 
such differentiation, in order to implement it in an efficient manner that will not degrade 

20 the performance of the network as a whole in transmission of messages it is necessary 
for the system to provide for an efficient analysis of the data transactions and the 
application of a suitable tariff to identified transactions. 

The billing routing system 50 provides a number of configurable modes of 
25 operation. The routing of the calculated tariff to one or more billing destinations is 
influenced by the mode of operation of the system. Some modes provide dynamic 
routing, where a billing destination is determined based on the type of the data message, 
the subscriber class of service and the calculated tariff. Other modes simply provide 
static routing, where the one or more billing destinations are pre defined regardless of 
30 the values of various parameters. This will be further explained in the description of the 
routing module in the following pages. 
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Figure 8 shows a block diagram of the top level architecture for the structure of 
the billing routing system 50. A message interface module 401 receives a request from a 
messaging platfonn 20 to either aUow delivery of a data message, or to process an 
advice of charge. The request is then passed to the rating module 403. The rating 

5 module rates the transaction based on the values of a number of pre-defined criteria and 
calculates an appropriate tariff or rate for that transaction. The calculated tariff is then 
sent onto the routing module 404. If the request is for an advice of charge, the routing 
module 404 sends the calculated tariff back to the messaging platform 20. Alternatively, 
a decision is made as* to appropriate billing destinations for the message. The system 

10 also maintains a database or datastore 402 which is adapted to store information relating 
to subscribers of the system. This information is required by both the rating and routing 
modules of the system. 



As the system provides for data service specific rating, it is necessary to be able 
15 to discriminate between individual data services. It will be appreciated by those skilled 
in the art that a variety of message or transaction specific identifiers are associated with 
each transaction that is routed through a mobile network. The present invention utilises 
these specific identifiers and is configured such that accompanying the request which is 
sent to the message interface module 401 are details associated with the data message, 
20 for example the originator and destination MSKDN (Mobile Station Integrated Service 
Data Network). At least one subscriber-unique indicia should be included within these 
details, in order to identify the sender of the data message. This is typically the MSISDN 
of the subscriber, as this number is an operator unique identifier. However, when 
number portability between network operators is not a requirement, the subscriber's 
25 IMSI (Intemational Mobile Subscriber Identity ) may be used as the unique indicia 
instead.. 

The rating module 403 obtains further subscriber details from a subscriber 
database module 402. This allows the rate to be influenced by both the details associated 
30 with the data message, and the subscriber details extracted from the subscriber database 
module 402. 
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As previously mentioned, the choice of billing destinations available to the 
routing module 404 for routing the tariff is determined by the configuration of the 
system defined in the system configuration module 408. For static configurations, the 
one or more billing destinations are pre-determined by the selected configuration. 
5 However, for dynamic configurations, the choice of billing destination is determined 
based on factors including but not limited to the data service requested, on the 
subscriber details extracted from the subscriber database module 402 and/or the 
calculated rate. 

10 Figure 8a shows in more detailed form the internal structure of the billing 

routing system 50 previously described in Figure 8. It desirably incorporates at least one 
message interface module 401, a subscriber database module 402, at least one rating 
module 403 and at least one routing module 404. K the system is to cater for prepaid 
subscribers it will include one or more real time prepaid gateway modules 406. 

15 Similarly, if it is to cater for post-paid subscribers it will include one or more post-paid 
billing gateway modules 407. It may also include one or more internal billing data 
modules 405, for implementation of loyalty schemes and the internal billing of 
subscribers. The system also includes a system configuration selection module 408. 
Typically, there will be only one subscriber database module 402 in the billing system. 

20 However, there may be more than one message interface module 401, rating module 
403, routing module 404, data billing module 405, real time prepaid gateway module 
406 and post-paid billing gateway module 407. The number of modules is determined 
by the system requirements. Typically, each rating module 403 only rates one message 
type, for example an SMS, MMS or WAP message types. 

25 

The data billing module 405 is an internal data billing account. It holds a number 
of prepaid data transactions account balances. Some of these balances are monetary 
balances. For example, a monetary balance for a prepaid subscriber corresponds to the 
amount of credit a prepaid subscriber has available for use for data messaging services. 
30 Other balances are plain balances, which hold an integer representation of a money 
value. For example, for a post-paid subscriber with a credit limit, a plain balance 
corresponds to the amount of credit a post-paid subscriber has available for use for data 
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messaging within a set time frame. Other balances may include loyalty balances, where 
the balance corresponds to the number of loyalty points earned. 



When a subscriber sends a data message, the cost of the message may be 
5 deducted from a monetary balance or a loyalty balance. In configurations that support 
loyalty schemes, the loyalty balance may be updated each time a subscriber sends a data 
message or a message of a specific predetermined type. 

The real time prepaid gateway module 406 is responsible for interfacing to 
10 external voice prepaid accounts. When the routing module 404 determines that the 
calculated tariff is to be routed to an external voice prepaid account, the tariff is first 
sent to the real time rating gateway module 406, whidi in tum forwards the tariff to the 
appropriate external voice prepaid account. 

15 The post-paid billing gateway module ,407 is responsible for interfacing to 

external post-paid accounts. When the routing module 404 determines that the 
calculated tariff is to be routed to an external post-paid account, the tariff is sent to the 
post-paid billing gateway module 407. The tariff is incremented to a log of transactions 
for that subscriber for a defined time period so as to enable subsequent billing of the 

20 subscriber. Depending on the configuration of the system, either the tariff is added to a 
transaction log which is maintained at the post-paid billing gateway module and the 
aggregate charge transferred to the subscriber's external post-paid account at intervals, 
or altematively the charge may be sent to a transaction log residing at the subscriber's 
extemal post-paid account in real time i.e. during each transaction. 

25 

Each of the previously described modules will now be described in more detail. 

The message interface module 401 is adapted to interface externally with 
multiple mobile telecommunication messaging platforms 20 such as an SMSC (Short 
30 Message Service Centre), Wireless Service Broker (WSB) or Multimedia Messaging 
Service Centre (MMSQ, and internally with the rating module 403. The interface 
between the system and extemal components is typically achieved using a 
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communication protocol such as TCP/IP. It receives values for one or more of the 
parameters associated with the data message and one or more subscriber details 
associated with the sender of the data message, one of which must be a subscriber- 
unique indicia, from the messaging platform 20 and passes the information to the rating 

5 module 403 for processing. As each rating module 403 may only mte one type of 

service, the message interface module 401 must also ensure to route to the appropriate 
rating module 403. Once the service request has been processed, the message interface 
module 401 transmits the response back to the messaging platform 20, This response 
may be either a service grant or a service decline signal or a tariff value, the option of 

10 response depending on the request sent from the messaging platform 20 (either a request 
for allow of delivery of the message, or a request for an advice of charge of the 
message). One of the subscriber details that is transmitted to the message interface 
module must contains a unique identifier associated with the subscriber such as the 
subscriber MS-ISDN (Mobile Station-Integrated Service Data Network) or MSI 

15 (international mobile subscriber identity), where number portability is an issue. This 
unique identifier is required so that further subscriber details may be obtained from the 
subscriber database module 402. Other parameters that may be sent include for a SMS 
message, the time, PID (Protocol Identifier), TON (Type of Number), NPI (Numbering 
Plan Indicator), originating MSG to detemune if subscriber is roaming. For WAP the 

20 rating parameters typically include the URI^ the bearer type, location based services 
used, security level and push or pull. For MMS other rating parameters such as the type 
of message, the size of the message, the ASP, and the subscribed service may be taken 
into account. 

25 The subscriber database module 402 interfaces with the rating module 403 . It 

acts as a repository for subscriber static data. This is the data regarding the subscriber 
that should remain relatively stable over the subscriber's subscription. The subscriber 
database module 402 contains a mapping from a subscriber IMSI to a record which 
includes the subscriber's class of service (e.g. business, personal ) and the address of 

30 the subscriber's data billing module 405 and either the address of the subscriber's 
prepaid billing gateway module 406 (if the subscriber is a prepaid subscriber) or the 
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address of the subscriber's post-paid biUing gateway module 407 (if the subscriber is a 
post-paid subscriber). 

The rating module 403 rates the service transaction. The rate is influenced based 
5 on a number of rating parameters. These parameters include data message details passed 
from the message interface module 401, as well as subscriber information obtained from 
the subscriber database module 402. Typically, the rating parameters may include the 
time-of-day, day-of-week and interval between two dates. For SMS the rating 
parameters may also include the originator and recipient address, an in-band billing 
10 field, which allows a service provider to indicate a monetary price or tariff code to be 
applied to a mobile terminated message, and network information. For WAP the rating 
parameters typically include the URL, the bearer type, location based services used, 
security level and push or pull. For MMS other rating parameters such as the type of 
message, the size of the message, the ASP, and the subscribed service may be taken into 
15 account. 



Each transaction may be rated in accordance to specific rating scheme known as 
a tariff plan. Once the rating parameters are extracted for a transaction, the rating 
module 403 identifies the most appropriate tariff plan to rate the transaction. This tariff 
20 plan is then invoked with the supplied rating parameters. The tariff plan then processes 
the information and returns the calculated price. 

The most appropriate tariff plan to rate the data transaction is selected based on 
the subscriber's class of service and/or Large account/content provider in the case of 

25 MMS or SMS mobile terminated. For example, there would typically be SMS, MMS 
and WAP related tariff plans, with each class of tariff plan being tailored to rate for the 
specific data service. The SMS tariff plan class typically may be subdivided into three 
further categories of SMS services - Large Accounts Tariff Plans, Subscriber Tariff 
Plans and Additional Services Tariff Plans. The MMS Tariff plan class typically may be 

30 subdivided into three further categories - MSISDN Tariff Plans, E-mail Tariff Plans and 
Value Added Service Tariff Plans. 



wo 2004/043053 




T/IE2003/000150 



22 

In order to rate the transaction in an efficient time frame, the present invention 
provides for a multi-process rating process within the selected tariff plan. Such a multi- 
process rating is typically calculated in two or three steps, the number of steps invoked 
depending on the tariff plan. The following descriptions of each step apply to all the 
5 tariff plans, however as explained above some tariff plans will only invoke 2 of the 3 
described steps. 

In Step 1 the values for the rating parameters are input into one or more 
processes for determining classification values for the data transaction. A classification 

10 value is deteraiined by applying a set of pre-defined configurable mles to the values of 
the rating parameters that are specific to the data transaction. The classification value is 
used as an input to the process of Step 2, where a value for the tariff is calculated, along 
with the primary balance from which the price is to be debited and a secondary balance 
mask, which indicates a number of balances to which the value can be overflowed if 

15 there is insufficient credit available in the primary balance, . The value is obtained 
through the use of a look up table. Depending on the tariff plan invoked for each 
transaction, the value may be further modified in Step 3. 

In Step 3, the value is further modified to take account of the values of other 
20 rating parameters for that specific transaction, to formulate the actual tariff to be charged 
for the transaction. 



Typically, an SMS tariff plan may invoke Steps 1 and 2, while WAP and MMS 
tariff plans invokes Steps 1-3. 

The main benefit of the above described stepped approach to rating the 
transaction is in processing speed. The use of look up tables and pre-defined rules 
shortens the processing time when compared with a conventional method of rating, in 

■ 

which all variables are input to one logic block where the final tariff is calculated. 

The process is further described below and illustrated in the flow chart of Figure 
9. Step 1 involves the determination of a number of classification values to be used in 
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the rating process. These classification values are then passed to Step 2, where they are 
used to calculate a price using a pricing matrix. Optionally in Step 3 the price may be 
modified to take account of the class of service of the subscriber. 



5 In Step 1 a classification scheme is applied to a spedfic transaction. The 

classification scheme results in a classification value. A classification value is 
determined by applying a set of rules to the values of a number of rating parameters. 
Each mle comprises a conditional expression with the rating parameters making up the 
expression variables. For example a classification scheme x could be specified as 

10 follows for a set of parameters A, B and C. 

1. If A=12 and B<4 and C = "don't care" then classification is LOW 

2. If A<2 and B>5 and C=27 then classification is MEDIUM 

3. If A>12 and B = "don't care" and C = 0 the classification is HIGH etc.. 

■ 

15 A typical example of a classification scheme is a time banding classification. 

Such a scheme may be implemented as follows; 

If time >6.00pm Friday and time < 8.00 Monday then timeband is weekend 
K time > 8.00am and time < 6.00 pm then timeband is peak 
If time >6.00pm and time < 8.00am then timeband is off peak 

20 

The classification value is determined for the classification scheme by evaluating 
each expression or rule until one rule evaluates to tme. This classification value is tiien 
the value of the classification defined for this rule. 

25 Step 2 involves flie use of a pricing matrix to determine the price. Figure 10 

shows an exemplary pricing matrix suitable for use by the present invention. It includes 
a set of rows and columns. Each row or rule of the matrix consists of a set of values 
defined for each classification parameter, a price, and details of the primary balance 
from which the price is to be debited and the secondary balance mask . In this step, the 

30 values for each classification parameter in each row or mle are examined until a row is 
found where the values match the values of tiie classification parameters determined in 
the classification schemes of Step 1. The price is then obtained from the value given in 
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the price column for the matching row. Taking the example of Figure 10, if the price 
calculator was invoked with X=C, Y=D, Z=G, then the price would be 2. The output of 
this process is a value which depending on the tariff plan invoked, may need to be 
modified to produce a more exact tariff. However the advantage of calculating this value 
5 in the 3 step process initially is that a preliminary value can be quickly calculated, thus 
reducing the overall processing time required to calculate the actual tariff. 

For the 3 step tariff plans, in Step 3 tiie price obtained from the price calculation 
matrix may be modified to take into account the values of other rating parameters 

10 defined for that service, to obtain the actual tariff to be diarged. For example, the 
modifier may for an MMS message adjust a price for message volume ( i.e. multiply 
message charge by message size expressed in megabytes ), or for an SMS message add 
an additional charge for a service carried out ( i.e., send a confirmation of receipt of the 
SMS , add 10c ). This. modification is performed by using a set of mles in a similar way 

15 to the rules used in the classification schemes of Step 1, however instead of producing a 
classification, a modifier for the price is calculated. Example of modifiers are "add 2" 
or "multiply by 3". As in the case of the rules in Step 1, each rule defines a condition. 
Each rule in this price modification scheme is appKed until a rule is evaluated as being 
true. The modifier associated with the rule is tiien output by the scheme. It will be 

20 appreciated that the output of the pricing matrix in Step 2 of a 3 step tariff plan is in 
effect a coarse value, whereas the modification of this output in Step 3 by the 
application of the rules more finely tunes or determines the correct price or tariff to be 
applied to the specific transaction 

25 The calculated tariff from tiie selected 2 or 3 step tariff plan is then passed to the 

routing module 404. Here the routing module either selects the appropriate billing 
destination to charge the rate, or altematively, when the request is for an advice of 
charge only, it passes the rate to the message interface module 401 to be sent back to the 
telecommunication messaging platform 20. 

30 

Figure 11 shows a block diagram of an exemplary process flow for an MMS 
To/From e-mail Tariff Plan. In this example, the values of tiie rating parameters for a 
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subscriber's incoming MMS message 1900 are extracted and based on the type of 
message 1901 and the class of service 1902 of the subscriber the MMS Tariff plan 1903 
is chosen 1904 as the most appropriate Tariff Plan to invoke for rating the data service. 
A time classification scheme 1905 is implemented to evaluate a time classification value 

5 1906. In the pridng matrix 1907 the row is determined whose values for operation type 
1908, message type 1909, message class 1910, content type 1911 and the time 
classification value 1906 for the transaction correspond to those values for the data 
transaction. The value for the price index 1912 defined for this row is then obtained. 
This price index 1912 is then modified 1913 to obtain the actual price 1914. This price 

10 1914, along with the primary balance from which the price is to be debited 1915 and the 
secondary balance mask 1916 to be used if the primary account is exhausted, is the 
passed to the routing module 404. Here the appropriate billing destination to charge the 
rate is selected, or altematively, when the request is for an advice of charge only, the 
rate is passed to the message interface module 401 to be sent back to the 

15 telecommunication messaging platform 20. 



In this example of implementation of the system of the present invention, the 
routing module 404 interfaces to six internal system modules: namely the subscriber 
database module 402, the message interface module 401, the rating module 403, the 
20 internal data billing module 405 , the prepaid billing gateway module 406 and the post- 
paid billing gateway module 407. It will be appreciated, however, that the number of 
system modules detailed is exemplary of a preferred embodiment of the present 
invention and it is not intended to limit the invention to any specific number or 
implementation. 

25 

As detailed previously, this module is responsible for routing the tariff to one or 
more billing modules. The choice of billing modules that may be selected is determined 
by the selected configuration of the system. The billing module may be one or more of 
the internal data billing module 405, the prepaid billing gateway module 406 and the 
30 post-paid billing gateway module 407. The selected configuration of the system defines 
whether the routing module will perform static or dynamic routing. In the static modes 
of operation, the billing module or modules where the tariff is to be billed are already 
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specified. In the exemplary modes of operation described in the system configuration 
selection module 408 below, this would be the case for the prepaid direct charging mode 
and the post-paid direct charging mode, 

5 In a dynamic mode of operation, the most appropriate billing destination is 

determined by means of dynamic routing. In the exemplary modes of operation 
described in the system configuration selection module 408 below, this would be the 
case for the modes prepaid transaction aggregation and direct charging mode, prepaid 
transaction aggregation and direct charging mode with loyalties and post-paid with 

10 internal account for certain service types mode. In dynamic routing the dioice of billing 
module to route the tariff to is typically determined by taking into account the tariff 
calculated in the rating module 403, and a combination of the values of the data message 
parameters received from the messaging platform 20 via the message interface module 
401 and the information contained in the subscriber database module 402. These 

15 parameters may include for example the transaction service type, class of service and 
message trajectory ( e.g. Large Account (lA) to Mobile Terminated (MT), Mobile 
originated (MO) to Mobile terminated (MT), Mobile originated (MO) to large account 
(lA) etc. ), 



20 For example, in the case of a prepaid subscriber, if the tariff was calculated to be 

below a certain configurable threshold, the dynamic routing could determine that the 
tariff should be charged to the subscriber's internal data account, and therefore the tariff 
would be routed to the intemal data billing module 405 for charging. Alternatively, if 
the tariff was calculated to be above a certain configurable threshold, tiie dynamic 

25 routing could determine that the tariff should be charged directiy to the subscriber's 
prepaid external voice account, and the tariff would be routed to the prepaid billing 
gateway module 406. 

The routing module also acts as an intermediary in the case of an advice of 
30 charge request. It passes the calculated rate from the rating module 403 to the message 
interface module 401 for sending onto the messaging platform. It also passes the service 
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request and grant signals to the message interface module 401 from the billing gateway 
modules. 



The intemal data billing module 405 interfaces with the routing module 404. It 
5 has the responsibility of maintaining the subscriber records and servicing requests on 
these records, including the administering of loyalty schemes. The intemal data billing 
module 405 maintains records for the subscribers account balances for data transactions. 
Each subscriber record typically may contain up to two to the power of n account 
balances (where n is an integer), for efficiency, and a dass of service field. In our 
10 exemplary embodiment, 32 balances are provided. The balances can be any combination 
of plain, validity, service and loyalty balances. 

A plain balance may hold integer representation of moneys, for example in the 
case a post-paid subscriber with a credit limit, a plain balance corresponds to the amount 

15 of credit a post-paid subscriber has available for use for data messaging within a set time 
interval A service balance may hold integer representation of a number of services, for 
example a number of free transactions that the subscriber may use. Validity balances are 
derived from plain and service balances. They have two extra fields associated with 
them; a start date and an end date, representing that the moneys or services will only be 

20 valid between the two dates. A loyalty balance is a balance that increases every time a 
subscriber uses a service, (provided the system is so configured). The loyalty balance 
will increase until the subscriber reaches a configurable threshold where the balance 
may be used to redeem a free service etc. 

25 The intemal data billing module 405 can also initiate a reload on a subscriber 

account balance in situations such as whenever the account approaches exhaustion. A 
reload transfers credit from the subscriber's prepaid external voice account to the 
subscriber's intemal data account within the intemal data billing module 405. This 
reload may be effected through accessing an external money repository which may be 

30 provided by the subscriber's external voice account. 
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The instructions received from the routing module 404 deteraaine which account 
balances are to be debited or credited. In some cases, the intemal data billing module 
405 will only be used to manage the loyalty balances, with all tariffs charged to either an 
extemal voice prepaid account or an external post-paid account. However the intemal 

5 data billing module 405 may be used for micro-transaction aggregation, in which case it 
holds representative monetary values. In this case, the tariff for a data message 
transmitted by a prepaid subscriber is charged by deducting the value from a selected 
plain balance. The intemal data billing module can also be used in the case of post-paid 
subscribers with a credit limit, for tracking credit limits. When a post-paid subscriber 

10 with a credit limit attempts to use a data service, the subscriber's credit limit account 
balance is checked that the subscriber has sufficient credit to make the transaction. If 
there is sufficient credit available, this balance is charged against and the charge is 
subsequently routed for logging as per a post-paid subscriber with no credit limit. In the 
event that the post-paid subscriber has insufficient credit balance available (i.e. they 

15 have exceeded their credit limit), the transaction is refused. 

The prepaid billing gateway module 406 interfaces with the routing module 404 
and the extemal voice prepaid account 30. It receives debit requests from the routing 
module 404 to debit the tariff calculated in the rating module 403 from the extemal 

20 prepaid voice account. The prepaid billing gateway module 406 then queues these 
requests for submission to the extemal prepaid voice account 30. The extemal voice 
prepaid account then checks if the subscriber's prepaid voice account has sufficient 
funds. If this account does not have sufficient funds, the prepaid billing gateway module 
406 returns a service decline response. However if the account does have sufficient 

25 funds, the tariff is routed to the extemal voice prepaid account 30 to be charged and a 
service grant response is returned. The response is passed via the routing module 404 to 
the message interface module 401 for transmission to the telecommunication messaging 
platform 20. 

30 The post-paid billing gateway module 407 interfaces with the routing module 

404 and the extemal post-paid voice account. It receives the tariff calculated in the 
rating module 403 from the routing module 404 for charging and logs the transaction. 
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This is carried out regardless of whether the tariff was covered by the subscriber's 
loyalties or not. Depending on the configuration of the system, the transaction can be 
logged to a log file, and this log file is later batch processed by the external post-paid 
system in the same manner as voice transactions are processed, or altematively the 
5 transaction is sent for logging to the extemal post-paid voice account in real time. 



The system configuration selection module 408 provides the user with a choice 
of a number of modes of operation. Typically, only one mode of operation is selectable 
at a time. The choice of mode of operation influences the operation of the routing 

10 module 404. If a static mode of operation is chosen, the billing destination or 

destinations where the tariff is to be routed is pre-defined, and is independent of the data 
transaction details, the calculated rate or the subscriber's class of service. However if a 
dynamic mode of operation is chosen, the routing module 404 will determine the most 
appropriate billing destination by taking into account the transaction details, the 

15 calculated rate and the subscriber's class of service. The choice of system configuration 
also determines whether or not a loyalty scheme is to be maintained. 

Each mode of operation may provide the functionality of one or more of the 
individual modules. It will be appredated by those skilled in the art that the modes of 
20 operation are exemplary modes of operation. However an additional or reduced number 
of modes of operation could be provided without altering from the spirit of the 
invention. 

The following is an exemplary list of modes of operation: 

25 

• Prepaid direct charging mode: Direct charging of all transactions to an extemal 
prepaid voice account, with no loyalties or free allocation maintenance. 

• Prepaid direct charging mode with loyalties: Direct charging of all transactions to an 
30 extemal prepaid voice account, except where the tariff is covered by loyalties or free 

allocation. The internal data billing module manages loyalties and free issue. 
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• Prepaid transaction aggregation and direct charging mode: Some transactions are 
aggregated within the intemal data billing module, others are charged directly to the 
extemai prepaid voice account. This is a dynamic routing configuration, where 
factors such as message trajectory, class of service, service type and cost can 

5 determine the routing of the transaction. No loyalty or free issue is maintained. 

• Prepaid transaction aggregation and direct charging mode with loyalties: All 
transactions are routed to intemal data billing module for loyalty tracking. Unless the 
transaction cost is covered by the loyalties, some transactions are aggregated within 

10 the intemal data billing module, others are charged directly to the extemai prepaid 
voice account. This is again a dynamic routing configuration, where fectois such as 
message trajectory, class of service, service type and cost can determine the routing 
of the transaction. 

15 • Post-paid direct charging mode: All transactions for post-paid subscribers are routed 
to directly to the extemai post-paid voice account, either in real time, or in a batch 
process. 

• Post-paid direct charging mode with credit limit : A mnning credit level is 

20 maintained for post-paid subscribers for a billing period. If this is exceeded the 

transaction is refused. The transaction is optionally routed to the post-paid gateway to 
log it as a refused transaction. If the credit limit is not exceeded, the tariff is routed 
for charging direcUy to the extemai post-paid voice account, either in real time, or in 
a batch process. 

25 

• Post-paid direct charging mode with credit limit and loyalties: The same as the latter 
mode, but loyalty information is maintained on the intemal data billing module also. 
Loyalties and free issue can be used to pay for transactions. The tariff is however still 
forwarded to the post-paid billing gateway module for logging, regardless of whether 

30 the transaction was covered by loyalties or not. 
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• Post-paid with internal account for certain service types mode : This is similar to the 
latter mode, except that the intemal data billing module holds an account for certain 
service types ( such as MMS ), against which such transactions are charged. For all 
other service types, the operation is the same as the latter. This is again a dynamic 

5 routing configuration, where the dynamic behaviour based on the service type. 

• Prepaid and Post-paid mode: The prefened configuration of the system is a 
configuration where the system may handle prepaid and post-paid subscribers. The 
mode can be a combination of any of the above described prepaid and post-paid 

10 modes. 

All configurations can process an advice of charge request from the messaging 
platform. This is whereby the message is rated and the charge is returned to the 
messaging platform without the transaction being routed to any billing module. 

15 

The system will now be described in greater detail, with reference to the 
exemplary mode of operations for an SMS message type. 

Figure 12 is a process flowchart for the implementation of a prepaid direct 
20 charging mode. In Step 1 the billing routing system 50 receives a request from the 

messaging platform 20 at its message interface module 401. Included in this request will 
be details associated with the data message corresponding to the request. For an SMS 
message type, these details may include the originator and destination IMSI, time, PID 
(Protocol Identifier), TON (Type of number), NPI (Numbering plan indicator) and 
25 originating MSG. A subscriber-unique indicia must always be sent with the request. 
Typically, this is in the form of the subscriber MSI. However, if number portability is 
not an issue, the subscriber MSISDN may be used instead. . This information is then 
mapped from extemal to intemal representation and the request is passed to the rating 
module. 

30 

In Step 2 the rating module 403 extracts the subscriber information from the 
details associated with the data message and generates a query to the subscriber database 
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module 402 to access the subscriber's account infonnation. The subscriber database 
module 402 replies with the information that is contained in its database; this includes 
the subscriber's class of service and the address of the subscriber's prepaid billing 
gateway module 406. 

5 

In Step 3 the rating module 403 combines the data message information with the 
subscriber information obtained from the subscriber database module 402 and submits 
the information to the most appropriate tariff plan as explained above to calculate the 
rate. The routing module 404 then determines what type of request was received from 
10 the messaging platfomi 20. If the request was simply an advice of charge request, the 
process moves to Step 20 and responds to the messaging platform 20 with the calculated 
tariff. Otherwise, if the request was a request to allow delivery of a message, the process 
moves to Step 4. 

15 In Step 4 the calculated tariff is routed to the prepaid billing gateway interface 

module 406. Here the transaction is queued. When the transaction reaches the top of the 
queue, it is translated to a form supported by the external prepaid voice billing system 
30 and transmitted to it. 

20 In Step 5 the external prepaid voice billing system 30 replies with either a 

success or failure. The reply is translated to internal representation and forwarded to the 
routing module 404. The routing module 404 forwards the reply to the message interface 
module 401, who in turn sends it back to the messaging platform 20, either as a service 
grant or a service decline signal. 

25 

Figure 13 is a process flowchart for an alternative embodiment, the provision of 
prepaid direct charging mode with loyalties. In Step 1 the billing routing system 50 
receives a request from the messaging platform 20 at its message interface module 401. 
Included in this request will be details associated with the data message corresponding 
30 to the request. For an SMS message type , these details may include time, PID, TON, 
NPI and originating MSG. A subscriber-unique indicia must also be sent with the 
request. Typically this is in the form of the subscriber IMSI, however as detailed above 
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the subscriber's MSISDN can be used if portability is not an issue. This information is 
then mapped from external to internal representation and the request is passed to the 
rating module 403. 



5 In Step 2 the rating module 403 extracts the subscriber information from the 

details associated with the data message and generates a query to the subscriber database 
module 402 to access the subscriber's account information. The subscriber database 
module 402 replies >Vith the information that is contained in its database; this includes 
the subscriber's class of service, the address of the subscriber's prepaid billing gateway 

10 module 406 and the address of the subscriber's internal data billing module 405 . 

In Step 3 the rating module 403 combines the data message information with the 
subscriber information obtained from the subscriber database module 402 and submits 
the information to the most appropriate tariff plan as explained above to calculate the 
rate. The routing module 404 then determines what type of request was received from 
the messaging platform 20. If the request was simply an advice of charge request, the 
process moves to Step 20 and responds to the messaging platform 20 with the calculated 
tariff. Otherwise, if the request was a request to allow delivery of a message, the process 
moves to Step 4. 

In Step 4 the calculated tariff is routed first to the subscriber's account within the 
internal data billing module 405. If the subscriber has sufficient balance in his service 
or loyalty balances, the cost of the service may be covered. In this case an amount 
equivalent to the service or the cost of the service is deducted from the &ee or loyalty 
balance. The process then moves to Step 7, where a service grant is transmitted to the 
messaging platform 20. 

In cases where the loyalty or service balances are not sufficient to pay for the 
transaction, the process moves to Step 5 and the tariff is routed to the prepaid billing 
30 gateway interface module 406. Here the transaction is queued. When the transaction 
reaches the top of the queue, it is translated to a form supported by the external prepaid 
voice billing system 30 and transmitted to it. 



15 



20 



25 
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In Step 6 the external prepaid voice billing system 30 replies with either a 
success or failure. The reply is translated to internal representation and forwarded to the 
routing module 404. If the reply is success, the loyalty balance within the internal data 
5 billing module 405 is updated to include loyalties received for using the service. The 
routing module 404 forwards the reply to the message interface module 401, who in turn 
sends it back to the messaging platform 20, either as a service grant or a service decline 
signal. 

10 Figure 14 is a process flowchart for an alternative embodiment, the provision of 

prepaid transaction aggregation and direct charging mode. In Step 1 the billing routing 
system 50 receives a request from the messaging platfonm 20 at its message interface 
module 401. Included in this request will be details associated with the data message 
corresponding to the request. For an SMS message type , these details may include the 

15 time, PID, TON, NPI and originating MSG. A subscriber-unique indicia must also be 
sent with the request. Typically this is in the form of the subscriber . IMSI, however the 
subscriber's MSISDN can be used if portability is not an issue. This information is then 
mapped from external to internal representation and the request is passed to the rating 
module 403. 

20 

In Step 2 the rating module 403 extracts the subscriber information from the 
details associated with the data message and generates a query to the subscriber database 
module 402 to access the subscriber's account information. The subscriber database 
module 402 replies with the information that is contained in its database; this includes 
25 the subscriber's class of service, the address of the subscriber's prepaid billing gateway 
module 406 and the address of the subscriber's intemal data billing module 405. 

In Step 3 the rating module 403 combines the data message information with the 
subscriber information obtained from the subscriber database module 402 and submits 
30 the information to the most appropriate tariff plan as explained above to calculate the 
rate. The routing module 404 then determines what type of request was received from 
the messaging platform 20. If the request was simply an advice of charge request, the 
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process moves to Step 20 and responds to the messaging platform 20 with the calculated 
tariff. Otherwise, if the request was a request to allow delivery of a message, the process 
moves to Step 4. 

5 In Step 4 the calculated tariff is routed to the routing module 404. Here it is 

determined which is the most appropriate billing system to route the tariff, either the 
internal data billing module 405, or the prepaid billing gateway module 406, This is 
typically deteraiined by taking into account the tariff calculated in the rating module 
403 and a combination of the values of the data message parameters received from the 

10 messaging platform 20 via the message interface module 401 and the information 
contained in the subscriber database module 402. These parameters may include for 
example the transaction service type, class of service and message trajectory ( e.g. lA to 
MT etc.). If the routing module 404 determines that the most appropriate billing module 
is the prepaid billing gateway module 406, the process moves to Step 5. However if the 

15 routing module determines that the most appropriate billing module is the internal data 
billing module 405, the process moves to Step 7. 

In Step 5 the tariff is routed to the prepaid billing gateway module 406. Here the 
transaction is queued. When the transaction reaches the top of the queue, it is translated 
20 to a form supported by the external prepaid voice billing system 30 and transmitted to it. 

In Step 6 the external prepaid voice billing system 30 replies with either a 
success or failure. The reply is translated to internal representation and forwarded to the 
routing module 404. The routing module 404 forwards the reply to the message interface 
25 module 401, who in tum sends it back to the messaging platform 20 , either as a service 
grant or a service decline signal. 



30 



In Step 7 the tariff is routed to the internal data billing module 405, along with 
an indication of the preferred balances from which the cost is to be debited, and a set of 
alternative balances should there be insufficient capacity in the preferred one. 
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In Step 8 the internal data billing module 405 responds with either a success or 
failure indication. The rating module 403 forwards the response to the message interface 
module 401, who in tum sends it back to the messaging platform 20, either as a service 
grant or a service decline signal. 

5 

Figure 15 is a process flowchart for an alternative embodiment, the provision of 
Prepaid transaction aggregation and direct charging mode with loyalties. In Step 1 the 
billing routing system 50 receives a request from the messaging platform 20 at its 
message interface module 401. Included in this request will be details associated with 

10 the data message corresponding to the request. For an SMS message type , these details 
may include the time, PID, TON, NPI and originating MSG. A subscriber-unique 
indicia must also be sent with the request. Typically this is in the form of the subscriber 
IMSI, however the subscriber's MSISDN can be used if portability is not an issue. This 
information is then mapped from external to intemal representation and the request is 

15 passed to the rating module 403 . 



In Step 2 the rating module 403 extracts the subscriber information from the 
details associated with the data message and generates a query to the subscriber database 
module 402 to access the subscriber's account information. The subscriber database 
20 module 402 replies with the information that is contained in its database; this includes 
the subscriber's class of service, the address of the subscriber's prepaid billing gateway 
module 406 and the address of the subscriber's intemal data billing module 405. In Step 
3 the rating module 403 combines the data message information with the subscriber 

■ 

information obtained from the subscriber database module 402 and submits the 
25 information to the most appropriate tariff plan as explained above to calculate the rate. 
The routing module 404 then determines what type of request was received from the 
messaging platform 20. If the request was simply an advice of charge request, the 
process moves to Step 20 and responds to the messaging platform 20 with the calculated 
tariff. Otherwise, if the request was a request to allow delivery of a message, the process 
30 moves to Step 4. 
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In Step 4 the calculated tariff is routed jSrst to the subscriber's account within the 
internal data hilling module If the subscriber has sufficient balance in his service or 
loyalty balances, the cost of the service may be covered. In this case an amount 
equivalent to the service or the cost of the service is deducted from the free or loyalty 
5 balance. The process then moves to Step 10, where a service grant is transmitted to the 
messaging platform 20 . 



In cases where the loyalty or service balances are not sufficient to pay for the 
transaction, the process moves to Step 5. Here it is determined which is the most 

10 appropriate billing system to route the tariff, either the internal data billing module 405 
or the prepaid billing gateway module 406. This is typically determined by taking into 
account the tariff calculated in the rating module 403, and a combination of the values 
of the data message parameters received from the messaging platform 20 via the 
message interface module 401 and the information contained in the subscriber database 

15 module 402. These parameters may include for example the transaction service type, 
class of service and message trajectory ( e.g. lA to MT etc. ). If the routing module 404 
determines that the most appropriate billing module is the prepaid billing gateway 
module 406, the process moves to Step 6. However if the routing module 404 
determines that the most appropriate billing module is the internal data billing module 

20 405 , the process moves to Step 8. 

In Step 6 the tariff is routed to the prepaid biUing gateway module 406. Here the 
transaction is queued. When the transaction reaches the top of the queue, it is translated 
to a form supported by the external prepaid voice billing system 30 and transmitted to it. 

25 

In Step 7 the external prepaid voice billing system 30 replies with either a 
success or failure. If the reply is success, the loyalty balance within the internal data 
billing module 405 is updated to include loyalties received for using the service. The 
reply is translated to intemal representation and forwarded to the routing module 404. 
30 The routing module 404 forwards the reply to the message interface module 401, who in 
turn sends it back to the messaging platform 20, either as a service grant or a service 
decline signal. 
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In Step 8 the tariff is routed to the internal data billing module 405, along with 
an indication of the prefened balances from which the cost is to be debited, and a set of 
altemative balances should there be insufficient capacity in the preferred one. 

5 

In Step 9 the internal data billing module 405 response with either a success or 
failure indication. If the reply is success, the loyalty balance within the internal data 
billing module 405 is updated to include loyalties received for using the service. The 
routing module 404 forwards the response to the message interface module 401, who in 
10 turn sends it back to the messaging platfomi 20, either as a service grant or a service 
decline signal. 

Figure 16 is a process flowchart for an altemative embodiment, the provision of 
a post-paid direct charging mode. In Step 1 the billing routing system 50 receives a 

15 request from the messaging platform 20 at its message interface module 401 . Included in 
this request will be details associated with the data message corresponding to the 
request. For an SMS message type , these details may include time, FID, TON, NPI and 
originating MSG. A subscriber-unique indicia must also be sent with the request. 
Typically this is in the fonn of the subscriber IMSI, however the subscriber's MSISDN 

20 can be used if portability is not an issue. This infonnation is then mapped from external 
to internal representation and the request is passed to the rating module 403. 

In Step 2 the rating module 403 extracts the subscriber infonnation from the 
details associated with the data message and generates a query to the subscriber database 
25 module 402 to access the subscriber's account information. The subscriber database 
module 402 replies with tiie information that is contained in its database; this includes 
the subscriber's class of service and the address of the subscriber's post-paid billing 
gateway module 407. 

30 In Step 3 the rating module 403 combines the data message information with the 

subscriber inforaiation obtained from the subscriber database module 402 and subnuts 
the information to the most appropriate tariff plan as explained above to calculate the 
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rate. The routing module 404 then determines what type of request was received from 
the messaging platform 20. If the request was simply an advice of charge request, the 
process moves to Step 20 and responds to the messaging platform 20 with the calculated 
tariff. Otherwise, if the request was a request to allow delivery of a message, the process 
5 moves to Step 4. 

In Step 4 the calculated tariff is routed to the post-paid billing gateway module 
407. Here depending on the configuration of the system, one of two possible scenarios 
will occur. If the system is configured to operate in batch mode, the tariff is logged to a 

10 post-paid account log and a service grant signal is retumed to the messaging platform 
20. This log account will later be batch processed by the external post-paid system 30 
for charging to the post-paid subscriber's account at their next invoice. Altematively, if 
the system is configured to operate in real time mode, the tariff is sent in real time to the 
external post-paid system 30 for logging to a transaction log account and a service grant 

15 signal is returned to the messaging platform 20. The transaction log account will later be 
used as the basis for charging the post-paid subscriber in their next invoice. 

Figure 17 is a process flowchart for an alternative embodiment, the provision of 
a post-paid direct charging mode with credit limit. In Step 1 the billing routing system 

20 50 receives a request from the messaging platform 20 at its message interface module 
401. Included in this request will be details associated with the data message 
corresponding to the request. For an SMS message type , these details may include the 
time, PED, TON, NPI and originating MSG. A subscriber-unique indicia must also be 
sent with the request. Typically this is in the form of the subscriber MSI, however the 

25 subscriber's MSISDN can be used if portability is not an issue. This information is then 
mapped from extemal to internal representation and the request is passed to the rating 
module 403. 



In Step 2 the rating module 403 extracts the subscriber information from the 
30 details associated with the data message and generates a query to the subscriber database 
module 402 to access the subscriber's account information. The subscriber database 
module 402 replies with the information that is contained in its database; this includes 
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the subscriber's class of service and the address of the subscriber's post-paid billing 
gateway module 407 and the address of the subscriber's internal data billing module 
405. 

In Step 3 the rating module 403 combines the data message information with the 
subscriber information obtained from the subscriber database module 402 and submits 

4 

the information to the most appropriate tariff plan as explained above to calculate the 
rate. The routing module 404 then determines what type of request was received from 
the messaging platform 20. If the request was simply an advice of charge request, the 
process moves to Step 20 and responds to the messaging platform 20 with the calculated 
tariff. Otherwise, if the request was a request to allow delivery of a message, the process 
moves to Step 4. 

In Step 4 the system verifies if the post-paid subscriber is within their credit limit 
for data messages. If they have exceeded their credit linut, the process moves to Step 6 
where a service decline is sent to the messaging platform 20. If they are within their 
credit limit however, the process moves to Step 5. 

In Step 5 the calculated tariff is routed to the post-paid billing gateway module 
20 407. Here depending on the configuration of the system, one of two possible scenarios 
will occur. If the system is configured to operate in batch mode, the tariff is logged to a 
post-paid account log and a service grant signal is retumed to the messaging platform 
20. This log account will later be batch processed by the extemal post-paid system 30 
for charging to the post-paid subscriber's account at their next invoice. Alternatively, if 
25 the system is configured to operate in real time mode, the tariff is sent in real time to the 
external post-paid system 30 for logging to a transaction log account and a service grant 
signal is retumed to the messaging platfonn 20. The transaction log account will later be 
used as the basis for charging the post-paid subscriber in their next invoice. 

30 Figure 18 is a process flowchart for an alternative embodiment, the provision of 

a post-paid direct charging mode with credit limit and loyalties. In Step 1 the billing 
routing system 50 receives a request from the messaging platform 20 at its message 



10 



15 
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interface module 401. Included in this request will be details associated with the data 
message conesponding to the request. For an SMS message type , these details may 
include the time, PID, TON, NPI and originating MSG. A subscriber-unique indicia 
must also be sent with the request. Typically this is in the form of the subscriber IMSI, 
5 however the subscriber's MSISDN can be used if portability is not an issue. This 
information is then mapped from extemal to internal representation and the request is 
passed to the rating module 403. 

In Step 2 the rating module 403 extracts the subscriber information from the 
10 details associated with the data message and generates a query to the subscriber database 
module 402 to access the subscriber's account information. The subscriber database 
module 402 replies with the information that is contained in its database; this includes 
the subscriber's class of service , the address of the subscriber's post-paid billing 
gateway module 407 and the address of the subscriber's intemal data billing module 
15 405. 

In Step 3 the rating module 403 combines the data message information with the 
subscriber information obtained from the subscriber database module 402 and submits 
the information to the most appropriate tariff plan as explained above to calculate the 
20 rate. The routing module 404 then determines what type of request was received from 
the messaging platform 20. If the request was simply an advice of charge request, the 
process moves to Step 20 and responds to the messaging platform 20 with the calculated 
tariff. Otherwise, if the request was a request to allow delivery of a message, the process 
moves to Step 4. 

25 

In Step 4 the calculated tariff is routed first to the subscriber's account within the 
intemal data billing rnodule 405. If the subscriber has sufficient balance in his service or 
loyalty balances, the cost of the service may be covered. In this case an amount 
equivalent to the service or the cost of the service is deducted from the free or loyalty 
30 balance. The process then moves to Step 8, where the already paid tariff is sent to the 
post-paid billing gateway module 407 for logging and a service grant is transmitted to 




wo 2004/043053 ^VCT/I£2003/0001SO 

42 

the messaging platform 20. In cases where the loyalty or service balances are not 
sufficient to pay for the transaction, the process moves to Step 5. 

In Step 5 the system verifies if the post-paid subscriber is within their credit limit 
5 for data messages. If they have exceeded their credit limit, the process moves to Step 7 
where a service decline is sent to the messaging platform 20. If they are within their 
credit limit however, the loyalty balance within the internal data billing module 405 is 
updated to include loyalties received for using the service and the process moves to Step 
6. 

10 

In Step 6 the calculated tariff is routed to the post-paid billing gateway module 
407. Here depending on the configuration of the system, one of two possible scenarios 
will occur. If the system is configured to operate in batch mode, the tariff is logged to a 
post-paid account log and a service grant signal is retumed to the messaging platfonn 

15 20. This log account will later be batch processed by the external post-paid system 30 
for charging to the post-paid subscriber's account at their next invoice. Alternatively, if 
the system is configured to operate in real time mode, the tariff is sent in real time to the 
external post-paid system 30 for logging to a transaction log account and a service grant 
signal is retumed to the messaging platform 20. The transaction log account will later be 

20 used as the basis for charging the post-paid subscriber in their next invoice. 

Figure 19 is a process flowchart for an alternative embodiment, the provision of 
a post-paid with intemal account for MMS message mode. However it will be 
appreciated that the same process flow would apply in a configuration where an intemal 
25 account was to be used for another message type e.g. a SMS or WSB message. 

In Step 1 the billing routing module receives a request to from the messaging 
platforai 20 at its message interface module 401. Included in this request will be details 
associated with the data message corresponding to the request. For an SMS message 
30 details may include the time, PID, TON, NPI and originating MSG. For an MMS 
message these details may include content type, message class, message type and 
volume. A subscriber-unique indicia must also be sent with the request. Typically this is 
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in the form of the subscriber IMSI, however the subscriber's MSISDN can be used if 
portability is not an issue. This information is then mapped from external to internal 
representation and the request is passed to the rating module 403. 

5 In Step 2 the rating module 403 extracts the subscriber information from the 

details associated with the data message and generates a query to the subscriber database 
module 402 to access the subscriber's account infomiation. The subscriber database 
module 402 replies with the information that is contained in its database; this includes 
the subscriber's class of service, the address of the subscriber's post-paid billing 

10 gateway module 407 and the address of the subscriber's internal data billing module 
405. 

In Step 3 the rating module combines the data message information with the 
subscriber infomiation obtained from the subscriber database module 402 and submits 

15 the information to the most appropriate tariff plan as explained above to calculate the 
rate. The routing module 404 then determines what type of request was received from 
the messaging platform 20. If the request was simply an advice of charge request, the 
process moves to Step 20 and responds to the messaging platform 20 with the calculated 
tariff. Otherwise, if the request was a request to allow delivery of a message, the process 

20 moves to Step 4. 

In Step 4 the system determines the message type. If the message is a MMS 
message, the process moves to Step 5. However if it is another message type, the 
process moves to Step 7. 

25 

In Step 5 the tariff is routed to the internal data billing module 405, along with 
an indication of the prefened balances from which the cost is to be debited, and a set of 
alternative balances should there be insufficient capacity in the prefened one. 

30 In Step 6 the internal data billing module 405 responds with either a success or 

failure indication. The routing module 404 forwards the response to the message 




wo 2004/043053 ^VCT/I£2003/000150 

44 

interface module 401, who in turn sends it back to the messaging platform 20, either as a 
service grant or a service decline signal. 

In Step 7 the calculated tariff is routed to the post-paid billing gateway module 
5 407. Here depending on the configuration of the system, one of two possible scenarios 
will occur. If the system is configured to operate in batdi mode, the tariff is logged to a 
post-paid account log and a service grant signal is returned to the messaging platform 
20. This log account will later be batch processed by the external post-paid system 30 
for charging to the post-paid subscriber's account at their next invoice. Alternatively, if 
10 the system is configured to operate in real time mode, the tariff is sent in real time to the 
external post-paid system 30 for logging to a transaction log account and a service grant 
signal is returned to the messaging platform 20. The transaction log account will later be 
used as the basis for charging the post-paid subscriber in their next invoice. 



15 However, as mentioned earlier, the most typical mode of operation would be a 

mode that combines Qne of the prepaid modes with one of the post-paid modes. 

The billing system described above has several advantages over the prior art. It 
provides a real time rating of data messages for both pre and post paid subscribers where 
20 the calculation of the rate may be influenced by the values of several rating parameters. 
Thus the charging for data transactions may be finely tuned so that the charged tariff is 
highly dependent on the precise service provided by the network operator to a certain 
subscriber. It therefore maximises revenue potential. 

25 The calculation of the rate is determined by a set of configurable rules. ITiis 

provides network operators with the freedom to define the optimal method of tariff 
calculation for their requirements. 



The billing routing system is also highly flexible. It provides the option of both 
30 static and dynamic routing configurations, where the billing destination is either pre- 
determined by the configuration of the system, or determined based on the values of the 
data message parameters and the calculated rate. 



« 
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The billing routing system also may maintain an internal account for billing 
prepaid data messages. This has the advantage of reducing the load on external 
subscriber accounts. However it has the option of updating the internal data account 
5 balance automatically from the subscriber's external prepaid voice account. Therefore it 
is only necessary for the subscriber to top-up one account i.e. their external voice 
account. 

The system is also very flexible in that it provides the network operator with the 
10 option of billing subscribers locally at its internal data account, or externally at their 
prepaid or post-paid accounts. 

The system also provides added options for subscribers that were not previously 
available, for example an option for a post-paid subscriber to maintain a credit limit on 
15 their data account. This prevents the possibility of receiving a large invoice at the end of 
a billing period. 

As the system interfaces with the SMSC or other data switching centres, it can 
also provide for advanced prepaid services such as global roaming, as it is the SMSC 

20 that receives roaming SMS messages (rather than the MSG). It can also provide for 
subscriber refunds, as again as the system is interfacing with the SMSC- which is 
responsible for sending messages- the system can perform a refund if the message 
cannot be sent. This was not possible historically as the billing systems did not interface 
with the SMSC, but the MSC, which has no knowledge of whether or not the message 

25 was successfully delivered and it also does not receive roaming messages. 

There has been hereinbefore described a method and system that is 
advantageous over the prior art. It will be appreciated that the invention has been 
described with reference to exemplary embodiments and it is only intended to limit the 
30 invention insofar as may be required in the light of the appended claims. It will also be 
appreciated that the words "comprises/comprising" and the words '^having/including" 
when used herein with reference to the present invention are used to specify the 
presence of stated features, integers. Steps or components but does not preclude the 
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presence or addition of one or more other features, integers, Steps, components or 
groups thereof. 
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Claims 



1 . A method for routing the tariff associated with one or more data transactions in a 
mobile telecommunication network to an appropriate billing system, wherein the 
5 mobile telecommunication network incorporates a data switching centre, the data 

switching centre being adapted to receive data transactions transmitted by a 
subscriber to the telecommunication network and route them to an appropriate 
destination, the method comprising the steps of: 

a) receiving service detail records from a data switching centre associated 
10 with the mobile telecommunication network, the service detail records 

being associated with a specific data transaction having been previously 
transmitted by, or to, a subscriber within the telecommunication network, 
the service detail record containing a unique indicia associated with the 
subscriber, 

15 b) associating the retrieved unique indicia with one or more records 

previously stored in a subscriber database so as to establish a routing 
criteria for the specific subscriber, 

c) effecting the calculation of a tariff for the data transaction, and 

d) routing the tariff to one or more billing destinations, being selectable 
20 from a plurality of available billing destinations, in accordance with the 

routing criteria previously established. 



2. The method as claimed in claim 1 wherein the routing criteria is determined 
based on the parameters uniquely assodatable with the specific data transaction. 

25 

3 . The method as claimed in claim 1 wherein the routing criteria is determined 
independently of parameters uniquely assodatable with the specific data 
transaction. 



30 4 



The method as claimed in any preceding claim wherein the one or more billing 
destinations are selected from the following: 
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48 

a) an account uniquely associatable with the subscriber, updatable by the 
subscriber, and referenceable by the subscriber database, and/or 

b) an account uniquely associatable with the subscriber, updatable by the 
subscriber, and interfaced with another component of the mobile 

5 network. 



10 



The method as daimed in claim 4 wherein the account is updatable upon the 
transmission of a data transaction by the subscriber within the 
telecommunication network. 



6. The method as claimed in any preceding claim wherein the routing of the tariff is 
effected in the same time frame as the transmission of the data transaction. 



7. The method as claimed in any one of claims 1 to 5 wherein the routing of the 
15 tariff is delayed for a predetermined time period so as to enable the grouping of 

multiple tariffs for subsequent routing to a billing destination. 

8. The method as claimed in any preceding claim wherein the one or more billing 
destinations are adapted to enable communication there between such that any 

20 one billing destination can be updated by another billing destination. 

9. A method of evaluating a data transaction so as to detemiine a correct transaction 
tariff value for the specific data transaction, the method comprising the steps of: 

a) receiving a message identifier from at least one messaging platform, the 
25 message identifier being associated with a specific data transaction being 

routed through the messaging platform and having at least one unique 
identifier associated with a subscriber to the telecommunication network 
linkable thereto, 

b) comparing the at least one identifier to a set of identifiers previously 
30 defined so as to determine a correct transaction tariff value for the data 

transaction, 
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c) routing the tariff value determined to one or more tariff destinations, the 
routing being determined based on the comparison of the at least one 
identifier with the set of identifiers previously defined, and 
wherein the determination of the conect tariff value is effected in a multi-step process. 

5 

10. The method as claimed in claim 9, wherein the step of determining the conect 
tariff value foir the transaction is effected by: 

a) applying a set of pre-configurable rules to rating parameters uniquely 
identifiable with the specific data transaction so as to determine a rating 

10 criteria for that data transaction, and 

b) comparing that rating criteria to a plurality of pricing criterion to evaluate 
the correct pricing criteria for that rating criteria, the conect pricing 
criteria providing the correct tariff value. 

15 11 . The method as claimed in claim 9 or 10 wherein the conect tariff value may be 

further modified by at least one price modifier, the at least one price modifier 
being definable by a set of rules uniquely associatable with the subscriber, and 
wherein the modified tariff value is the correct tariff value. 

20 12. A billing and routing module for interfacing with a data switching centre, the 

module being adapted to evaluate specific data transactions and apply a suitable 
tariff to those transactions and also determine a suitable billing destination for 
those transactions, the module comprising: 

a) means for receiving at least one identifier uniquely associatable with a 
25 data transaction from the data switching centre, 

b) means for evaluating the data transaction so as to determine a correct 
tariff rate for that transaction, 

c) means for routing that tariff rate to a billing destination, and 
wherein the billing destination is selected from a plurality of configurable billing 

30 destinations, at least one of whidi is not co-resident with the module. 



wo 2004/043053 



1 




10/534206 



T/IE2003/0001S0 



1/19 




20 



Mobile Network 
Switching Centre 

J 



SMSC 


> 









25 



100 
PRIOR ART 

FIGURE 1 



wo 2004/043053 



2/19 




10/5342 



T/IE2003/0001S0 




FIGURE 2 



wo 2004/043053 



4/19 



Messaging Platform Receives Data 

Message 



Request for Service Sent to Billing 
Routing System 



Process Request 



Billing Routing System sends 
Response to Messaging Platform 




10/ 



T/IE2003/00O1S0 



Step 1 



Step 2 



Step 3 



Step 4 



FIGURE 4 



wo 2004/043053 




5/19 



Received Request to allow delivery of a 
data message 



T/I£2003/000150 



St p1 



Rate Message 



Step 2 




Service Decline Sent 



Step 3 



Step 4 



Tariff is Deducted 
from Credit balance 
of Prepaid Account 



Step 5 



Service Grant Sent 



FIGURE 5 



wo 2004/043053 




iQ/S34206 



T/IE2003/0001S0 



6/19 



Receive Request to Allow Delivery of Data 

Message 



Rate Process 



Tariff Logging to Postpaid Account 



Service Grant Sent 



Step 1 



Step 2 



Steps 



Step 4 



FIGURE 6 



wo 2004/043053 




10/5342C 



T/IE2003/0001S0 



7/19 



Received Request to allow delivery of a 
data message 



Step1 



Rate Message 



Step 2 



lisSubscriber Exceeded tRSir 
Credit Limit? 



Step 3 



■Yes- 



Service Decline Sent 



Tariff Logged to 
Postpaid Account 



FIGURE 7 



Step 4 



Service Grant Sent 



Steps 



wo 2004/0430S3 




T/IE2003/0001S0 



401 



8/19 



402 




403 



Message 
Interface 
Module^ 




Rating 




Routing 


► 


Module 




Module 



4d4 



FIGURES 



wo 2004/043053 




401 



9/19 



402 



Subscriber 
Database 
Module 



Rating 
Module 



1 



403 



Routing 
Module 



404 



— System — 
Configuration 
Selection 

Module 



^408 




Internal 
Billing 
Data 
Module 



Prepaid 
Billing 
Gateway 
Module 



Postpaid 
Billing 
Gateway 
Module 




§54 




T/IE2003/0001S0 



1405 



406 



407 



FIGURE 8A 



50 



wo 2004/043053 



10/19 



Rating Parameters are inputted 



Classification 



Price Calculation 




T/IE2003/000150 



STEP1 



STEP 2 



STEPS 



Tariff Plan=2 step process 



Tariff Pian=3 step pr^ ^cess 



Price Modificaiton 



STEP 4 



Tariff Output 



FIGURE 9 



wo 2004/043053 




10/534206 



T/IE2003/0001SO 



11/19 



X 


Y 


Z 


PRICE 


PRIMARY ACCOUNT 


2ND ACCOUNTS 


A 


D.F 


* 

• 


1 


5 


3,4,7 


A.B 


E 


H.I 


5 


2 


1,5,3 


* 


* 


G 


2 


3 


1.2 


* 


* 


* 


1 


1 


3.2.5 



* DENOTES "Not Reievanf 



FIGURE 10 



1901 



\ 



1902 
1900 



\ 



MMS 



K 



1909 
190&^ 



1915 
1916 



Non^charged Type 



Non-charged Address 



Class of Service 



Service Time 



Content Type 



Message Class 



Message Type 



Operation Type 



Protocol 



Volume 



1914 



"1 



Price 



Primary Aooount 



Secondary Aoc. Mask 



1904 




MMS To/From e-mail Tariff Plan 



1903 



Tariff 
Selection 



1911 



•1910 




1 90^ 




Protocol 
Modifier 
Selector 



Time 
aassiflcatlon 



I 



Op. 


Msg. 


Msg. 


Cont. 


Time 


Prtoe 


Type 


Type 


Class 


Type 


Class 


Index 



1912 

i 



1 



1906 



1913 

J 



Apply 
Modifiers 



Prtce 


Prim. 
Acc 


Sec. 
Aces. 
















1907 



Figure 11 



wo 2004/043053 




CT/IE2003/0001S0 



12/19 



Request 

for advice of Charge 



step20 



Receive Request from Messaging 
Platform 



Query Subscriber Database 



Send Tariff to 
IVIessaging Platform 



FIGURE 12 



I 



Rate Process 



Step 1 



Step 2 




Steps 



Request to 
allow delivery of messagb 



Step 4 



Tariff is Deducted 
from Credit balance 
of External Prepaid 
Account 



Steps 



I 



Send Response to 

Messaging 
Platform 



wo 2004/043053 





T/IE2003/000150 



13/19 



Receive Request from Messaging Platform 



I 



Query Subscriber Database 



T 



Rate Process 



Request-advice of charge 



Step 20 




Request=alIow delivery of data message 

1 



Send Tariff to 
[\/lessaging 
Platform 



Route to Loyalty 
Scheme 



Step1 



Step 2 



Steps 



Step 4 



Step 7 




-Yes 



Send Response 



Tariff is Deducted from 
Credit balance of 
External Prepaid 
Account 



I 



Steps 



Send Response to 
Messaging Platform 



Step 6 



FIGURE 13 



wo 2004/043053 





T/1E2003/0001S0 



14/19 



Receive Request from Messaging Platform 






Query Subscriber Database 






Rate Process 







Step1 



Request 



=advice of charge 



Send Tariff to 
Messaging 
Platform 



Step 20 



internal data billing module 



Route to Internal 
Data Billing 
Module 



Step? 



Send Response to 
Messaging 
Platform 



Steps 



Step 2 



Step 3 




Step 4 



Request=allow delivery of data message 




External Voice Prepaid 

1 



Tariff is deducted 
from Credit balance 
of External Prepaid 
Account 



Steps 



Send Response to 
Messaging Platform 



Step 6 



FIGURE 14 



wo 2004/043053 




15A9 



Recefve Request from Messaging Platform 



Query Subscriber Database 



I 



Rate Process 




Request=:advice of charge 



Send f arifTto 
Messaging 

Platform 



Request=aliow delivery of data message 

i 



Route to Loyalty 
Scheme 



Step 20 



I 



Send Response 



Step 10 




T/IE2003/000150 



St pi 



Step 2 



Steps 



Step 4 



internal date 



Step 8 
Step 9 




determine Appropriafe^->^®P ^ 
Billing System 



billing system 



Route to Intemal 
Data Billing 
Module 



External Volca Prepaid 



Deduct Tariff from 
External Prepaid 
Account 



Send Response 
to Messaging 
Platform 



Send Response to 
Messaging Platform 



Step 6 

Step? 
FIGURE 15 



wo 2004/043053 




10/534206 



T/IE2003/0001S0 



16A9 



Receive R quest fr m M ssaging Platform 



Query Subscriber Database 



Rate Process 



Request^advice of charge 




Request=allow delivery of data message 



Step 20 



SehdTarifrtQ — I 
Messaging 
Platform 



Route to External 
Postpaid Account 



Stepi 



Step 2 



Steps 



Step 4 



RGURE 16 



wo 2004/043053 



17/19 



Receive Requ st from Messaging 
Platform 



Queiy Subscriber Database 



Rate IVIessage 



advice of charge- 




Send Tariff to 

l\/lessaging 
Platform 



allow delivery of data message 



Step 20 



Step1 



Step 2 



Steps 




Step 4 



Service Decline Sent 



Step 6 



Route to External 
Postpaid Account 



Steps 



FIGURE 17 



wo 2004/043053 




18/19 



T/IE2003/000150 



6^ /' 



Receive Request from Messaging Platform 



I 



Request=advice of charge 



Step 20 



Send 




Request=al)ow delivery of data message 



arlff to 



Messaging 
Platform 



Route to Loyalty 
Scheme 



Steps 



Log Transaction 
and Send 
Response 



Step? 



Send Service 
Decline 



Route to External 
Postpaid Account 



Query Subscriber Database 






Rate Process 







Stepi 



Step 2 



Step 3 



Step 4 




Steps 



Step 6 



FIGURE 18 



wo 2004/043053 



19/19 



Receive Request from M ssaging Platform 



Query Subscriber Database 

1 



Rate Process 



I 

Request=advice of charge 




Request=allow delivery of data message 



Step 20 



Send Tariff to 
Messaging 
Platform 




Step1 



Step 2 



Step 3 



Step 4 



Message=MMS— ^ Message =Other 



Steps 



Route to Internal 
Data BlUing 
Module 



Step 6 



Route to External 
Postpaid Account 



Step 7 



Send Response to 
Messaging 
Platform 



FIGURE 19 



specl087 



INTERNATI 



SEARCH REPORT 



Intematl 

PCT/ 



^^^^ 



lieatlon No 



3/00150 



A. CLASSinCATION OF SUBJECT MATTER ^^/, . 

IPC 7 H04M15/00 H04M17/00 H04L12/14 



According to Internationa! Patent ClassificaHon (IPC) or to both national classlficalion and IPC 



B. FIELDS SEARCHED 



Vlinlmum documentation searched (classification system followed by classWicatlon symbols) 

IPC 7 H04M H04L 



Documentation searciied other tiian minimum documentallon to the extent that such documents are Included in the fields searched 



Electronic data base consulted during the International search (name of data base and, where practical, search terms used) 

EPO-Internal , WPI Data, INSPEC, COMPENDEX, PAJ, IBH-TDB 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Categoiy * 



Citation of document, with indication, where appropriate, of the relevant passages 



WO 01/58110 A (MCCONNELL RICHARD ;CLARKE 
SEAMUS (GB); MURPHY DENIS (GB); RODGERS) 
9 August 2001 (2001-08-09) 
abstract 



page 1, line 7 - line 11 
page 2, line 1 - line 30 
page 3, line 15 - page 4, 11 
page 5, line 9 - page 8, lin^ *w 
page 10, line 15 - page 11, line 2 
page 13, line 11 - line 30 



ne 30 
ne 10 



Relevant to dalrn No. 



1,9,12 



2-8,10, 
11 



j y j Further documents are listed in the continuation of box C. 



Patent family members are listed in annex. 



• Special categories of cited documents : 

'A* document defining the general stale of the art which is not 
considered to be of particular relevance 

*E' earlier document but published on or alter the international 
filing date 

•L" document which may throw doubts on priority claim(s) or 
which Is cited to establish the publication date of another 
citation or other special reason (as specified) 

'O' document referring to an oral disclosure, use, exhibition or 
other means 

*P* document published prior to the Intemational filing date but 
later than the priority data claimed 



'T* later document published after the International filing date 
or priority date and not In conflict with the application but 
cited to underatand the principle ortheoiy undertylng the 
Invention 

•X* document of particular relevance; the claimed Invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is talren alone 

'Y' document of particular relevance; the claimed invention 
cannot be considered to involve an inventive step when the 
document Is combined with one or more other such docu- 
ments, such combination being obvious to a person sMDed 
In the art 

'&* document member of the same patent family 



Date of the actual completion of the Intemational search 



11 March 2004 



Dale of maiOng of the international search report 



24/03/2004 



Name and mailing address of the ISA 

European Patent Office, P.B. 5618 Patentlaan 2 
NL-2260HVRiIsw|jk 
TeL (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax: (+31-70) 340-3016 



Authorized ofHoer 



Kahl, M 



Foim PCT/1SA/210 (second sheet) (July 1992) 



INTERN 



AL SEARCH REPORT 



Intemg^^^^pplication No 

PCT/rr'OS/OOlBO 



C.(Contlnuation) DOCUMENTS CONSIDERED TO BE RELEVANT 


Caleoorv " 


Citation of document, with indlcatlon.where appropriate, of the relevant passages 


Relevant to claim No. 


Y 


WO 01/63883 A (TELECOMM SYSTEMS INC) 


2-8,10, 




30 August 2001 (2001-08-30) 


11 




cited 1n the application 






abstract 






page 2, line 9 - line 14 






page 2, line 32 - page 3, line 5 






Daae 3 line 17 — line 23 






page 3, line 34 - page 4, line 8 






page 4, line 34 - page 5, line 2 






page 5, line 26 - page 6, line 24 






page 7, line 19 - line 21 






page 9, line 3 - line 22 






pagelO, line 8 - line 30; figures 1,4 




A 


WO 99/60801 A (ERICSSON TELEFON AB L M) 


1,12 




25 November 1999 (1999-11-25) 






abstract 






page 3, line 8 - line 21 






page 4, line 28 - line 31 






page 7, line 4 - line 26 




A 


WO 01/60045 A (JANSEN MADY ;H0EHFELD 


1,12 




MARKUS (DE); SIEMENS AG (DE)) 




16 August 2001 (2001-08-16) 






abstract 






page 4, line 24 - line 34 






page 11, line 15 - line 26 




A 


WO 98/56202 A (NOKIA TELECOMMUNICATIONS OY 


1,12 




;MEURONEN TIMO (FI)) 




10 December 1998 (1998-12-10) 






abstract 






page 2, line 19 - page 3, line 30 






page 7, line 22 - page 10, line 3 





Form PCT/ISA/210 (continuaUon ot second sheet) (July 1892) 



INT 




ATIOIMAL SEARCH REPORT 
ation on pawn tamiiy cnemDerc 



Intemat^^^] 

pcT/^K: 



plication No 

3/00150 



Patent document 


Publication 




Patent family 


Publication 


cited in search report 


date 




member(s) 


date 


NO 0158110 A 


09-08-2001 


IE 


20000108 Al 


18-10-2000 






AU 


■ ' 2876601 A 


14-08-2001 






cr 


ltOH*fO*t nC 


11-1 9-9C\(\0 






WU 


UlOOllU t\L. 


U7 UO ^UUl 






TF 
ic 




17 yjy C.UU1 






11^ 


^UUOU/4010 Ml 


1 7-nA-Pnfl'^ 


WO 0163883 A 


30-08-2001 


AU 


3983101 A 


03-09-2001 


* 




AU 


4322501 A 


03-09-2001 










1 Q_i 9-9r)(\9 

10 1^ L.\j\jC 






WU 


U1D0O7/ Ml 


JU uo £UU1 






WU 


niA'^AAl A9 
UlUOOOO nC 


OU uo uMyJL 






IK 


9C\0909Q^M Al 

dUU^U^7107 Ml 


u/ uo ^uu^ 




LIQQQ 


All 
MU 




UU UJ ^VjUO 


1 




All 
MU 


*rOOt777 M 


uo 1£ I777 






RP 
Dl\ 


771UD00 M 


OU Ul ^UUl 






CA 


2333170 Al 


25-11-1999 






CN 


1132439 B 


24-12-2003 


- 




EP 


1078537 Al 


28-02-2001 






JP 


2002516546 T 


04-06-2002 






WU 


77DU0UI Ml 


9C-1 1-1 QQQ 

ilO 1 1 1777 






7A 


on(\(\nf\(\^7 A 


1 c_i 1— 9nni 

10 11 cUUl 


WU UlDUU^D A. 


iO~Uo^UUl 


WU 


oifinn/iR A9 

UIOUU^O RC 


1 fi— OR— 9nni 

10 UO^UUi 




lU— 1C-1770 


FT 

r i 


7/cJDD M 


Uf I77O 






All 
nU 


/D0D770 M 


91—1 9—1 QQR 
fcl It I77O 






CN 


1263674 T 


16-08-2000 






EP 


1025721 A2 


09-08-2000 






WO 


9856202 A2 


10-12-1998, 






JP 


20025025.71 T 


22-01-2002. 






TW. 


411677 B 


11-11-2000 






US 


6473622 Bl 


29-10-2002 





Fbim PCT/ISA/210 (patent family annex) (July 1082} 



INTERNATIONAL SEARCH REPORT 



Intern atU 



No 



ic^^pplicatlon 

PCT/IE 03/00150 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 7 H04M15/00 H04M17/00 H04L12/14 



According to international Patent Classification (IPO) or to both national classificaUon and IPO 



B. FIELDS SEARCHED 



Minimum documantation searched (classification system followed by dassificalion symbols) 

IPC 7 H04M H04L 



Documentation searched other than minimum documentation to the extent that such documents are Included in the fields searched 
Electronic data base consulted during the International search (name of data base and, where practical, search terms used) 

EPO-Internal , WPI Data, INSPEC, COMPENDEX, PAJ, IBM-TDB 



C. DOCUUENTS CONSIDERED TO BE RELEVANT 



Categoiy* 



Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to daim No. 



UO 01/58110 A (MCCONNELL RICHARD :CLARKE 
SEAMUS (6B); MURPHY DENIS (6B); R0D6ERS) 
9 August 2001 (2001-08-09) 
abstract 




1,9,12 



2-8,10, 
11 



I Further documents are listed in the continuation ol box C. 



Patent family members are listed in annex. 



« Special categories of cited documents : 

'A' document defining the general state of the art which Is not 

considered to be of particular mievance 

'E' earlier document but published on or after the international 

niing date 

•L' document which may throw doubts on priority claim(s)or 
vMch is cited to establish the publicatbn date of another 
citation or other special reason (as specified) 

'O' document referring to an oral disclosure, use, exhibition or 
other means 

'P* document published prior to the International filing date but 
later than the priority date claimed 



"T" later document published after the International filing date 
or priority date and not in conflict with the application but 
dted to understand the principle or theory underlying the 
invention 

■X" document of particular relevance; the claimed Invention 
cannot be considered novel or cannot be considered to 
Involve an inventive step when the document is taken alone 

'Y* document of particular relevance; the claimed invention 

cannot be considered to Involve an inventive step when the 
document is connblned with one or more other such docu- 
ments, such combination being obvious to a person sldlled 
In the art. 

•&• dtKument member of the same patent family 



Date of the actual completion of the International search 



11 March 2004 



Dale of mailing of the International search report 



24/03/2004 



Name and mailing address of the ISA 

European Patent Office, P.B. 5818 Patentlaan 2 
NL - 2280 HV Rijswljk 
Tel. (+31-70) 340-2040. Tx. 31 651 epo nl. 
Fax: (+31-70) 340-3016 



Authorized officer 



Kahl, M 



Form PCT/ISA/210 (second sheet) (July 1992} 



INTERNATIONAL SEARCH REPORT 



No 



Intematio^^ppilcation 

PCT/IE 03/00150 



C.(ContlnuaUon) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * 



Caatlon of document, with indication. where appropriale, of the relevant passages 



WO 01/63883 A (TELECOMM SYSTEMS INC) 
30 August 2001 (2001-08-30) 
cited In the application 
abstract 

9 - line 14 



2, 
2, 
3, 
3, 
4, 
5, 
7, 
9, 



1 ine 
line 

I ine 
line 

II ne 
line 
line 
line 



32 
17 
34 
34 
26 
19 



page 
line 
page 
page 
page 
line 



3 - line 



3, 
23 

4, 
5, 
6, 
21 
22 



line 5 



line 
line 
line 



8 

2 

24 



10, line 8 - line 30; figures 1,4 



page 
page 
page 
page 
page 
page 
page 
page 
page 

WO 99/60801 A (ERICSSON TELEFON AB L M) 
25 November 1999 (1999-11-25) 
abstract 

page 3, line 8 - line 21 
page 4, line 28 - line 31 
page 7, line 4 - line 26 

WO 01/60045 A (JANSEN MADY ;HOEHFELD 
MARKUS (DE); SIEMENS AG (DE)) 
16 August 2001 (2001-08-16) 
abstract 

page 4, line 24 - line 34 
page 11, line 15 - line 26 

WO 98/56202 A (NOKIA TELECOMMUNICATIONS OY 

;MEURONEN TIMO (FI)) 

10 December 1998 (1998-12-10) 

abstract 

page 2, line 19 - page 3, line 30 
page 7, line 22 - page 10, line 3 



Relevant to claim No. 



2-8,10, 
11 



1.12 



1,12 



1,12 




Fonn PCT/I8A/210 (continualion of saoond short) (July 1892) 



INTERNATIONAL SEARCH REPORT 

imormation on patem Tamiiy memoers 



IntemaUo^j^ppHcatfon No 

PCT/IE 03/00150 



Patent document 


1 


Publication 




Patent ^ily 


Pubiication 


cited in search report 


1 


date 




member(s) 


date 


MO 0158110 


A 


09-08-2001 


IE 


20000108 Al 


18-10-2000 








AU 


2876601 A 


14-08-2001 








EP 


1264464 A2 


11-12-2002 








MO 


0158110 A2 


09-08-2001 








IE 


20010096 Al 


19-09-2001 








US 


2003074313 Al 


17-04-2003 


MO 0163883 


A 


30-08-2001 


AU 


3983101 A 


03-09-2001 








AU 


4322501 A 


03-09-2001 








EP 


1266321 A2 


18-12-2002 








MO 


0163897 Al 


30-08-2001 








MO 


0163883 A2 


30-08-2001 








US 


2002029189 Al 


07-03-2002 


WO 9960801 


A 


25-11-1999 


AU 


757812 82 


06-03-2003 








All 

AU 


4662999 A 


06-12-1999 








BR 


9910633 A 


30-01-2001 








CA 


2333170 Al 


25-11-1999 








CN 


1132439 B 


24-12-2003 








EP 


1078537 Al 


28-02-2001 








JP 


2002516546 T 


04-06-2002 








WO 


9960801 Al 


25-11-1999 








ZA 


200006637 A 


15-11-2001 


WO 0160045 


A 


16-08-2001 


WO 


0160045 A2 


16-08-2001 


WO 9856202 


A 


1 0—1 OQft 


FT 
r X 




u**— 1^— lyyo 








AU 


7656998 A 


21-12-1998 








CN 


1263674 T 


16-08-2000 








EP 


1025721 A2 


09-08-2000 








MO 


9856202 A2 


10-12-1998, 








OP 


2002502571 T 


22-01-2002. 








TM 


411677 B 


11-11-2000 








US 


6473622 Bl 


29-10-2002 



Foim PCT/ISA/210 (patent famiv annex) guly 1682} 



